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8 a total of 37)fraines. MPhe micrtofiche appendix includes 

9 computer sourcey code of on^pref er^ed^embodiment of the 
10 invention. In c^her en^odiments of tSe^fivv'ention, the 

l^i inventive concept^may b\ Vmp 1 emen t e^ir^ n ^^^^computer code, 

1§ in computer hardware, in a^her circuitry, p.n a combination of 

IS: these, or otherwisA The Mic^1s;Q^he AppendiT^^hereby 

.ijl incorporated by ref^ence in its en^i?ety and isconsidered 

15 to be a part of the dXsclosi*fl?^*'^i this specif r«^^..©fiTr.-^ 

iS I. BACKGROUND OF INVeAiON j/^ ^ J \ 

ri A. Field of the Invention V \ 

19 The invention relates to methods and s^s,;^eins fc^ analyzing 

20 medical claims histories am billing pattersfe to^J) 

21 statistically establish tre^ment utilizatiOin patterns for 

22 various medical services. Da\a is validated using 

23 statistical and clinically derived methods. Bas^ on 

24 historical treatment patterns artd a fee schedule, ari* accurate 

25 model of the cost of a specific medical episode can be 

26 created. Various treatment patter^ for a particular 

27 diagnosis can be compared by treatmeVt cost and patient 
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1 outcome to determine the most effective treatment approach. 

2 It is also possible to identify those medical providers who 

3 provide treatment that does not fall within the statistically 

4 established treatment patterns or profiles. 
5 

6 B. The Background Art 

7 It is desirable to compare claims for reimbursement for 

8 medical services against a treatment pattern developed from a 
% large body of accurate medical provider billing history 
^ information. Although in the prior art some attempt was made 

to compare claims for reimbursement for medical services to a 
lij normative index ^ the prior art did not construct the 

lij normative index based on actual clinical data. Rather, the 

1,4£, prior art based the normative index on a subjective 

conception (such as the medical consensus of a specialty 
group) of what the proper or typical course of treatment 
should be for a given diagnosis. Such prior art normative 
indices tended to vary from the reality of medical practice. 
In the prior art, automated medical claims processing 
systems, systems for detecting submission of a fraudulent 
medical claims, and systems for providing a medical baseline 

22 for the evaluation of ambulatory medical services were known • 

23 Documents which may be relevant to the background of the 

24 invention, including docximents pertaining to medical 

25 reimbursement systems, mechanisms for detecting fraudulent 
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1 medical claims^ and related analytical and processing 

2 methods, were known. Examples include: United States Patent 

3 No. 4,858,121, entitled "Medical Payment System" and issued 

4 in the name Barber et al. on August 15, 1989; No. 5,253,164, 

5 entitled "System and Method for Detecting Fraudulent Medical 

6 Claims Via Examination of Service Codes" and issued in the 

7 name of Holloway et al. on October 12, 1993; No. 4,803,641, 

8 entitled "Basic Expert System Tool" and issued in the name of 
I J Hardy et al. on February 7, 1989; No. 5,658,370, entitled 

ig "Knowledge Engineering Tool" and issued in the name of Erman 

I'zi 

1% et al. on April 14, 1987; No. 4,667,292, entitled "Medical 

1§ Reimbursement Computer System" and issued in the name of 

l-^ Mohlenbrock et al. on May 19, 1987; No. 4,858,121, entitled 

'lA "Medical Payment System" and issued in the name of Barber et 

is al. on August 15, 1989; and No. 4,987,538, entitled 

]J| "Automated Processing of Provider Billings" and issued in the 

l¥ name of Johnson et al. on January 22, 1991, each of which is 

18 hereby incorporated by reference in its entirety for the 

19 material disclosed therein. 

20 Additional examples of docximents that may be relevant to 

21 the background of the invention are: Leape, "Practice 

22 Guidelines and Standards; An Overview," ORB (Feb. 1990); 

23 Jollis et al., "Discordance of Databases Designed for Claims 

24 Payment versus Clinical Information Systems," Annals of 

25 Internal Medicine (Oct. 15, 1993); Freed et al., ''Tracking 
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Quality Assurance Activity, " American College of Utilization 
Review Physicians (November, 1988); Roberts et al . , "Quality 
and Cost-Efficiency, " American College of Utilization Review 
Physicians (November, 1988), Rodriguez, "Literature Review," 
Quality Assurance and Utilization Review - Official Journal 
of the American College of Medical Duality (Fall 1991); 
Eldeu, "The Direction of the Healthcare Marketplace," Journal 
of the American College of Utilization Review Physicians 
(August 1989); Rodriguez, "Literature Review," Quality 
Assurance and Utilization Review - Official Journal of the 
American College of Medical Quality (Fall 1991); Roos et al., 
"Using Administrative Data to Predict Important Health 
Outcomes," Medical Care (March 1988); Bums et al., "The Use 
of Continuous Quality Improvement Methods in the Development 
and Dissemination of Medical Practice Guidelines, ORB 
(December, 1992); Weingarten, "The Case for Intensive 
Dissemination: Adoption of Practice Guidelines in the 
Coronary Care Unit," ORB (December, 1992); Flagle et al.^ 
"AHCPR-NLM Joint Initiative for Health Services Research 
Information: 1992 Update on OHSRI," ORB (December, 1992); 
Holzer, "The Advent of Clinical Standards for Professional 
Liability," ,QRB (February, 1990); Gottleib et al., "Clinical 
Practice Guidelines at an HMO: Development and Implementation 
in a Quality Improvement Model," ORB (February, 1990); Borbas 
et al., "The Minnesota Clinical Comparison and Assessment 




1 Project," QRB (February, 1990); Weiner et al., "Applying 

2 Insurance Claims Data to Assess Quality of Care: A 

3 Compilation of Potential Indicators," ORB (December, 1990); 

4 Wakefield et al . , "Overcoming the Barriers to Implementation 

5 of TQM/CQI in Hospitals: Myths and Realities," ORB (March, 

6 1993); Donabedian, "The Role of Outcomes in Quality 

7 Assessment and Assurance," ORB (November, 1992); Dolan et 

8 al., "Using the Analytic Hierarchy Process (AHP) to Develop 
iSi and Disseminate Guidelines," ORB (December, 1992); Hadorn et 

Ig al . , "An Annotated Algorithm Approach to Clinical Guideline 
Development," JAMA (June 24, 1992); Falconer et al., "The 
Critical Path Method in Stroke Rehabilitation: Lessons from 

13] an Experiment in Cost Containment and Outcome Improvement," 

m ORB (January, 1993); Reinertsen, "Outcomes Management and 

li5=, Continuous Quality Improvement: The Compass and the Rudder," 

l5 QRB (January, 1993); Mennemeyer, "Downstream Outcomes: Using 

1>^' Insurance Claims Data to Screen for Errors in Clinical 

18 Laboratory Testing, " QRB (June, 1991); lezzoni, "Using 

19 Severity Information for Quality Assessment: A Review of 

20 Three Cases by Five Severity Measures," ORB (December 1989); 

21 Kahn, "Measuring the Clinical Appropriateness of the Use of a 

22 Procedure," Medical Care (April, 1988); Wall, "Practice 

23 Guidelines: Promise or Panacea?," The Journal of Family 

24 Practice (1993); Lawless, "A Managed Care Approach to 



Outpatient Review, " Quality Assurance and Utilization Review 



1 - Official Jour nal of the American College of Utilization 

2 Review Physicians (May, 1990); Dragalin et al., "Institutes 

3 for Quality: Prudential's Approach to Outcomes Management for 

4 Specialty Procedures," QRB (March, 1990); Chinsky, "Patterns 

5 of Treatment Ambulatory Health Care Management, Physician 

6 Profiling - The Impact of Physician, Patient, and Market 

7 Characteristics On Appropriateness of Physician Practice in 

8 the Ambulatory Setting," (Doctoral Dissertation, The 

4 University of Michigan, 1991), published by Concurrent Review 

Concurrent Review Technology, Inc., Shingle Springs, 
California; "Patterns of Treatment Ambulatory Health Care 
Management, Implementation Guide," published by Concurrent 
Review Concurrent Review Technology, Inc., Shingle Springs, 
4i California; "Patterns of Treatment Ambulatory Health Care 

y Management, Patterns Processing Model," published by 

ig Concurrent Review Concurrent Review Technology, Inc., Shingle 

li Springs, California; Report on Medical Guidelines & Outcome 

18 Research, 4 (February 11, 1993); "Practice Guidelines - The 

19 Experience of Medical Specialty Societies," United States 

20 General Accounting Off ice Report to Congressional Requestors 

21 fGAO/PEM D-91-11 Practice Guideline \ (February 21, 1991); 

22 "Medicare Intermediary Manual Part 3 - Claims Process," 

23 Departm ent of Health and Human Services, Health Care 

24 Financing Admin istration. Transmittal No. 1595 (April 1993); 

25 CCH Pulse The He alth Care Reform Newsletter (April 19, 1993); 
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1 Winslow, "Report Card on Quality and Efficiency of HMOs May 

2 Provide a Model for Others," The Wall Street Journal ; Jencks 

3 et al., "Strategies for Reforming Medicare's Physician 

4 Payments," The New England Journal of Medicine (June 6, 

5 1985); Solon et al., "Delineating Episodes of Medical Care," 

6 A. J.P.H. (March, 1967); Health Care (September, 1986) (the 

7 entire issue of Volume 24, Number 9, Supplement); Miller et 

8 al., "Physician Charges in the Hospital," Medical Care (July, 
1992); Garnick, "Services and Charges by PPO Physicians for 
PPO and Indemnity Patients," Medical Care (October, 1990); 

n Hurwicz et al., "Care Seeking for Musculoskeletal and 

l| Respiratory Episodes in a Medicare Population," Medical Care 

r3 (November, 1991); Gold, "The Content of Adult Primary Care 

Episodes," Public Health Reports (January-February, 1982); 
\& Welch et al., "Geographic Variations in Expenditures for 

Physicians' Services in the United States," The New England 
Journal of Medicine (March 4, 1993); Schneeweiss et al., 

18 "Diagnosis Clusters: A New Tool for Analyzing the Content of 

19 Ambulatory Medical Care," Medical Care (January, 1983); 

20 Shows tack, " Episode-of -Care Physician Payment: A Study of 

21 Cornorary Arter Bypass Graft Surgery," Inquiry (Winter, 

22 1987); Schappert, "National Ambulatory Medical Survey: 1989 

23 Summary, " Vital and Health Statistics. U.S. Department of 

24 Health and Human Services, Public Health Service > Centers for 

25 Disease Control. National Center for Health Statistics 
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1 (April, 1992) (DHHS Publication No. [PHS] 92-1771); Graves, 

2 "Detailed Diagnoses and Procedures, National Hospital 

3 Discharge Survey, 1990," Vital and Health Statistics. U.S. 

4 Department of Health and Human Services, Public Health 

5 Service, Centers for Disease Control, National Center for 

6 Health Statistics {June, 1992) (DHHS Publication No. [PHS] 

7 92-1774); "National Hospital Discharge Survey: Annual 

8 Summary, 19 9 0," Vital and Health Statistics, U.S. Department 
of Health and Human Services, Public Health Service r Centers 

1^ for Disease Control, National Center for Health Statistics 
(June, 1992) (DHHS Publication No. [PHS] 92-1773); 
"Prevalence of Selected Chronic Conditions: United States, 

llj 1986-88," Vital and Health Statistics, U.S. Departunent of 

1: 

-14 Health and Human Services, Public Health Service, Centers for 

1|1 Disease Control, National Center for Health Statistics ■ 

i;^ (February, 1993 ) (Series 10, No. 182); "Current Estimates 

li^ From the National Health Interview Survey, 1991," Vital and 

18 Health Statistics, U.S. Department of Health and Human 

19 Services. Public Health Service. Centers for Disease Control, 

20 National Center for Health Statistics (February, 1993) (DHHS 

21 Publication No. [PHS] 93-1512); lezzoni et al., "A 

22 Description and Clinical Assessment of the Computerized 

23 Severity Index," ORB (February, 1992); Health Care Financing 

24 Review , p. 30 (Winter, 1991); Statistical Abstract of the 

25 United States (1992); and Health and Prevention Profile - 
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1 United States (19 91) (published by U.S. Department of Health 

2 and Human Services, Public Health Service, Centers for 

3 Disease Control, National Center for Health Studies), each of 

4 which is hereby incorporated by reference in its entirety for 

5 the material disclosed therein. 

6 Additional background materials to which the reader is 

7 directed for both background and to refer to while studying 

8 this specification include: Physicians' Current Procedural 
J Terminology CPT '94 . published by American Medical 

1§ Association, Code it Right Techniques for Accurate Medical 

14 Coding , published by Medicode Inc., HCPCS 1994 Medicare's 

1^ National Level II Codes , published by Medicode Inc . , Med- 

1^ Index ICD 9 CM Fourth Edition 1993 . published by Med- Index ^ 

-ij each of which is hereby incorporated by reference in its 

Ij entirety for the material disclosed therein. 

il 

li II. SUMMARY OF THE INVENTION 

18 It is an object to provide a mechanism for assessing 

19 medical services utilization patterns. The invention 

20 achieves this object by allowing comparison processing to 

21 compare an individual treatment or a treatment group against 

22 a statistical norm or against a trend. 

23 It is an object of the invention to provide a mechanism 

24 for converting raw medical providers billing data into an 

25 informative -fei&txjriCdl database. The invention achieves this 
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object by read, analyze and merge ("RAM") processing coupled 
with claims edit processing to achieve a reliable, relevant 
data set. 

It is an object of the invention to provide a mechanism 
for accurately determining an episode of care. The invention 
achieves this object by providing a sequence of steps which, 
when performed, yield an episode of care while filtering out 
irrelevant and inapplicable data. 

It is an object of the invention to provide a method for 
performing a look-up of inf oinnation, that is, providing a 
mechanism for gaining access to different parts of the 
informational tables maintained in the database. This object 
is achieved by reviewing the referenced tables for specific 
codes representing specific diagnoses. The codes are 
verified for accuracy. Then tables are accessed to display 
selected profiles. Users are then given the opportunity to 
select profiles for comparison. 

It is an object of the invention to provide a method for. 
comparing profiles. This object is achieved by comparing 
index codes against historical reference inf ormation ^e:feeeed- 
ift--trh:e" parameter T:abie'S'. Discovered information is checked 
against defined statistical criteria 4a-fehQ - p a raitt elsQ r - tab l e a . 
The process is repeated for each index code and its p ro f j: ^e> 
developed in the history process as many times as necessary 
to complete the information gathering. 
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1 It is an object of the invention to create, maintain and 

2 present to the user a variety of report products. These 

3 reports are provided either on-line or in a hard copy format. 

4 The process of creating, maintaining and presenting these 

5 reports is designed to present relevant information in a 

6 complete and useful manner. 

7 It is an object of the invention to provide a mechanism 

8 for creating a practice parameter database. This object is 
,SL achieved in the invention by repetitive episode of care 

rfi processing and entry of processed episode of care data into a 

ijiJ data table until the populated data table becomes the 

l}2\ practice parameter database. 

rii 

14?: III. BRIEF DESCRIPTION OF THE DRAWINGS 

l|5^ Figure 1 depicts steps performed in the method of the 

1"^^ invention to establish a practice parameter or utilization 
profile for a particular diagnosis. 

18 Figure 2 depicts an episode of care for a single disease-. 

19 Figure 3 depicts an episode of care for concurrent 

20 diseases. 

21 Figure 4 depicts potential outcomes for an episode of 

22 care. 

23 Figure 5 depicts phases of an episode of care. 

24 Figure 6-8 depicts processing of data before episode of 

25 care processing begins. 
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1 Figure 9 depicts episode of care processing • 

2 Figure 10 depicts principle elements of the invention and 

3 their relationship to each other, 

4 Figure 11 depicts the process of the preferred embodiment 

5 of the Read, Analyze, Merge element of the invention. 

6 Figure 12 depicts the process of the preferred embodiment 

7 of the Episode of Care element of the invention. 

8 Figure 13 depicts the process of the preferred embodiment 

9 of the Look-up element of the invention • 

Ifi Figure 14 depicts the process of the preferred embodiment 

of the Subset Parameter Look-up component of the Look-up 

1:| element of the invention. 

I3j Figure 15 depicts the process of the preferred embodiment 

1!^^ of the Profile Comparison element of the invention. 

li^ 

IS IV. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

: ri 

lift The invention includes both a system and a method for 

18 analyzing healthcare providers' billing patterns, enabling an 

19 assessment of medical services utilization patterns. When 

20 the invention is employed, it can readily be seen whether a 

21 provider or multiple providers are overutilizing or 

22 underutilizing services when compared to a particular 

23 historical statistical profile. The statistical profile of 
^ 24 the invention -ts-^a statically-derived based on 

25 clinically-validated data which has been edited to eliminate 
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erroneous or misleading information. The profiles may be 
derived from geographic provider billing data, national 
provider billing data, the provider billing data of a 
particular payor entity (such as an insurance company) or 
varxous other real data groupings or sets. Twenty 
informational tables are used in the database of the 
preferred embodiment of the invention. These include a 
Procedure Description Table, ICD-9 Description Table, Index 
Table, Index Global Table, Index Detail Table, Window Table, 
Procedure Parameter Table, Category Table, Qualifying Master 
Table, Specialty Table, Zip/Region Table, Fai i ii l Y""TaBlre^ 
Specialty Statistic Table, Age/Gender Statistic Table, Region 
Statistic Table, Qualifying Index Table, Qualifying Group 
Table, Category Parameter Table, Duration Parameter Table -aad-^ 
FaHttrty Tdble. ICD 9 codes or ICD (International 
Classification of Diseases, generically referred to as a 
disease classification) codes as they are generally referred 
to herein are used in the preferred embodiment. In other 
embodiments of the invention other codes could be used, such 
as: predecessors or successors to ICD codes or substitutes 
therefor, such as DSM 3 codes, SNOWMED codes, or any other 
diagnostic coding schemes. These tables are described in 
detail as follows. It should be noted, however, that these 
tables dooog - xb e are used by the inventors in one 
implementation of the invention, and that the inventive 

230\UAa4J 1 3 



1 concept described herein may be implemented in a variety of 

2 ways . 
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PROCEDURE DESCRIPTION TABLE 

This table identifies and validates five years of both CPT 
(Current Procedural Terminology, generically referred to as 
an identifying code for reporting a medical service) and 
HCPCS level II procedure codes. The lifetime occurrence 
maximum and follow-up days associated with a procedure code 
are also located in this table. 



Co<ie(Key) 


Alpha/Numeric 


5 


Standard CPT or HCPCS(5 Years including 
Modifiers) 


buD-code 


Character 


2 


• = Starred Procedures 
N = New Codes Current Year 
Dl = Deleted Code Current Year 
D2 = Deleted Code Previous Year 
D3 = Deleted Code Third Year 
D4 = Deleted Code Fourth Year 
C = Changed Description 


Life Time 
Occurrence 


Numeric 


2 


Number = Count of occurrence in a lifetime 
Blank = Not applicable 


Follow Up Days 


Numeric 


3 


Number of Follow up Days to procedure. 


Description 


Character 


48 


Standard abbreviated description 



Total 60 
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1 USE: 

2 • This table can validate CPT and HCPC^ codes. 

3 • Five years of codes will be kept. 

4 • Give a brief description of the code. 

5 • Gives the maximum number of occurrences that this code can 

6 be done in a lifetime, if applicable. (Programming not 

7 addressed, to date) 

8 • Give the number of follow up days to a procedure. 
r4 (Programming not addressed, to date) 

ij) • Modifiers are stored in this table with a "099" 
14 prefix (i.e., the 80 modifier is "09980") with a 

' a. ! 

13 description of the modifier. 

13 • This table interrelates with: 
ii - Parameter Tables 

Ij - Category Table 

1]S - Qualifying Tables 

- Specialty Table 

18 - CPT Statistic Table 

19 SOH^E: 

20 ThisN^ble is taken from the TB_PROC table from gendbs 

21 from proq^^ The occurrence field is maintained by the 

22 Medicode sta^l^ 

23 \ 
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ICD-9 DESCRIPTION TABLE 



This table identifies and validates five years of 
diagnosis codes. It also contains a risk adjustment factor 
for each diagnosis. 



ICD-9 Code(Key) 


AIphayNumeric 


5 


Left justified, assumed decimal after 3rd 
position 


Sub-Code 


Character 


2 


N = New Code 
D = Deleted Code 
C = Changed Code 


Indicator 


Character 


1 


• or blank 

• = code requires 4th and/or 5th digits to be 
specific 


Risk 


Alpha/Numeric 


2 


Overall Qassification of Disease 


Description 


Charaaer 


48 


Standard abbreviated description 



Total 58 
USE: 

• This table can validate ICD codes. 

• Five years of codes will be kept. 

• Give a brief description of the code. 
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1 • Show if the code is incomplete and in need of a fourth or 

2 fifth digit. 

3 An ICD code which should have a 4th and/or 5th digit is 

4 listed with an 

5 • This file interrelates with: 

6 - Index Table 

7 - Index Detail Table 

8 - Index Global Table 

9 - Qualifying Master Table 

Q 

W - Family Table 

1^ - All Parameter Tables 

; : 

i| sours;e: 

ij. ICD cqdes and description fields are purchased from HCFA 

. (Health Carfe Einancing Administration located in Baltimore, 

lis Maryland) . v\Sc 

The sub-code ikmaintained by the clinical staff. 
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INDEX PET An. TART.F 

This table g^ ggmps ICD-9 codes 4rn:t:(TTrrrc±tr9ive^^ 
d iagn o sjr S— Gede3v^.,^^'-g h±o g roupiag ia u ^ixq^^e—^re-^'eH^ h index cocto - 
and is used to drive the search for each episode of care. 
ICD-9 codes have been Gl as& jr f-^ed- i nto c a LeyoLle^a and given an 
indicator which determines v/hether or not the associated CPT 
code should be included in the episode of care. Also, an 



indicator may cause exclusion of any specific patient record 
from an episode of care .^luniaax^ analysis. 





Alpha/Numeric or 
Character 


5 


Left justified assumed decimal after 3rd 
position. 


Indicator 


Character 


2 


I = Index code 

R = Related 

S = signs/symptoms 

RO = Rule out 

C = complications (exclude) 

M = miscoded 

V = Vcodes 

MI = Miscoded Index 




Alpha/Numeric 


5 


ICD-9 Beginning Range Code 




Alpha/Numeric 


5 


ICD-9 Ending Range Code 


Update 


Character 


1 


A, C, or Blank 
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Total 17 
USE: 

• This table drives the search for the Episode of Care 
-(-£©€7": wnicTT-^ g keyed - u££ Lh^ Ind e x Co de-* 

A 

• Other codes to be included in the parameter search are 
specified in the indicator field. Any one -tj- f 1: - hogg^j;CD 
rnr\nr ^ m ny nr ^nrrry-'Ti n r npprnr dnri ug Tha=::se f*, 7*r;h f^ r ti hPi 
I' R d-Q X i- -'e^ gg= ^nLp^txli h ave "the EOC " By valid. - 

• ICD codes with an indicator of "C" when found in a patient 
history will disqualify the entire patient from the EOC 
process. 

• Some Index codes are listed in part with^>?^ and "??" to 
exhibit that it does not matter wha^r^he trailing 4th 
and/or 5th digit is, the repjo'^d^^ to be accessed for the 
parameter. For example, the Index code may be 701??, 
meaning that ifjfeiie first three digits of the code start 
with 701 th^n use the regardless of what the 4th and/or 
5th dioj/t may be. This is true for all codes starting 
wi^tj:j<^01. 

• ICD codes maintained in this table are listed as complete 
as verified by the ICD description table, with the 
exception of ICD codes with an indicator of "M" . 

i 

Programming logic should consider this when using "M" 
codes in the search process. 
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• This ^ilo lay o u t is used for drafting and populating a 
temporary file built from this table and the Index Global 
Table based on indicators and keys extrapolated from the 
Index table. 

PROGRAM LOGIC TO ASSIGN EPISODE OF CARE 

• Any patient history with an ICD from the temp file for the 
chosen Index code is tagged for possible assignment of 
Episode of Care. 

• Perform a search on patient history for any ICD code from 
temp file with an indicator of "C", If found, exclude 
entire patient history from EOC search. 

• The qualifying tables are accessed to verify if specific 
qualifying factors apply to determine if patient history 
meets criteria for determination of valid episode of care. 
(See Qualifying Tables for further explanation) 

• The qualifying table is then accessed for further 
delineation of qualifying circumstances by EOC. 

• A timeline is tracked, by patient, for all potential 
Episodes of care that may occur for a given patient 
history. 

• The data is arrayed based on profile classes which are 
eight subsets of Procedure categories. An aggregate of 
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all procedures can also be reported. (See Category Table 
for further explanation) 
• This table interrelates with: 

ICD Description Table 

Index Table 

Index Global Table 

Parameter Table 

- CPT Statistic Table 

- Age/ Sex Table 



This table is g^e^^ted and maintained by the Medicode staff. 



Si 
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INDEX TABLE 

This table provides a preliminary f ilt>or for assigning and 
accessing different tables during the Episode of Care 
process. This table houses the assignment of staging and 
whether or not the Index Global table should be accessed. 





Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 


Staging 


Character 


2 


P = preventive 
A = acute 

L = life threatening 
M = manifestations 


Global Key 


Alpha 


2 


C = complications 

Ml = miscoded medical vcodes 

M2 = miscoded surgical vcodes 

1 = medical vcodes 

2 = surgical vcodes 


Indicator 


Character 


2 


C = complications 
V = vcodes 


Update 


Charaaer 


1 


A, C. or Blank 
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1 Total 12 

2 USE: 

3 • This '^^al^e is used as a preliminary sort for Index codes 

4 before the EOC^^^arch. 

5 • Once an Index code has been selected, this table is 

6 searched for whether or not the global index table needs 

7 to be accessed. 

8 • This table assigns the staging for the index code which . 

9 points to the window table, 
ilg) • This table interrelates with: 
iS - ICD Description Table 

x| - Index Detail Table 

r3 - Index Global Table 

-14 - Window Table 

This table>M^enerated and maintained by the Medicode staff. 
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INDEX GLOBAL TABLE 



2 

5 3 
4 



This table gives a listing of ICD-9 codes common to most 
Index codes for either inclusion^ such as preventive or 



aftercare, or exclusion. 



such as medical cc 



omplications 



5 


GLOBAL KEY 


Alpha/Numeric 


2 


C = complications 

Ml - miscoded medical vcodes 

M2 ~ miscoded siirgical vcodes 


i!3 








1 medical vcodes 


'S 

SSI 








2 = surgical vcodes 


s 


ICD Beginning 


Alpha/Numeric 


5 


ICD-9 Beginning range code 


■% 

I: 


ICD Ending 


Alpha/Numeric 


5 


ICD-9 Ending range code 




Update 


Charaaer 


1 


A, C. or Blank 



11 



12 
13 
14 
15 
16 
17 
18 
19 



Total 13 
USE: 

• This table is used to identify a generic V Code or 
complication ICD code to be used in an EOC search for any 
Index code. 

• It is triggered by the Index table. 

• The surgical Vcodes include all Ml, K2, 1 and 2's. 

• Medical Vcodes include Ml and 1. 

• A complication ICD code will negate the use of a patient ^^^H 
from the EOC search. 
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1 • A temporary file for the index code is created based on 

2 ICDs extrapolated from this table as well as the Index 

3 detail table 

4 • This table interrelates with: 

5 - ICD Description Table 

6 - Index Table 

7 - Index Detail Table 

8 ^SOtmCET 

is - sLdll 

' T 3 

□ 
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WINDOW TABLE 

This table contains the ^=mraber-e*-days. preceding and 
following an episode of care that must be present without any 
services provided to the patient relating to the index code 
or associated codes. These windows are used to define the 
beginning and end points of an episode of care. This table 
is driven from the staging field in the index table. 



Staging Indicator 


Character 


. * > 
2 


* P = Preventive 
C = Chronic, A = Acute 
L = Life threatening, M = Manifestation 


Beginning Window 


Numeric 


3 


-Number of days for no occurrence of ICD 
for Index Code 


Ending Window 


Numeric 


3 


N«ffib©p-ot4^ for no occurrence of ICD 
for Index Code 


Update 


Charaaer 


1 


A, C, or Blank 



Total 9 
USE: 

• This table is keyed off of the staging^ and it tells the 
program how long of a "Clear Window" is needed on both 
ends of this EOC for it to be valid. 

S OURCE; TlilH Late4-ft_ii? rjcnP^^^'*^ ""^ ^' th« PP ■ 
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PROCEDURE PARAMETER TABLE 

This table contains the specific CPT codes identified for 
each index code listed chronologically with associated 



i dent i cal table with their own uuiquu pr oI i - l -QS- croatQd by — 
a-nalyrinq thpir rl^^in^s history data. 





Alnha/Nufneric 


5 


Left iustified assumed decimal after 3rd 
position. 


Profile 


Alpha/Numeric 


2 


Mnemonic 


Procedure 


Alpha/Numeric 


5 


CPT. HCPCS 


timeframe 


Alpha/Numeric 


3 


Mnemonic for timeframe or total 


50th percentile 


Numeric 


4 


Beginning percentile range 


50th percentile 


Numeric 


4 


ending percentile range 


75th percentile 


Numeric 


4 


beginning percentile range 


75th percentile 


Numeric 


4 


ending percentile range 


95th percentile 


Numeric 


4 


beginning percentile range 


95th percentile 


Numeric 


4 


ending percentile range 


Mode 


Numeric 


3 


Numeric Count 


Count 


Numeric 


7 


Number of EOCs for timeframe 
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1 


Sum 


Numeric 


7 


Number of services for timeframe 


2 


Weighting 


Numeric 


6 


Numeric count, assumed decimal (4.2) 


3 


Update 


Character 


1 


A, C, or Blank 


4 

5 


Total 


63 







USE: 



This table shows which CFT^ - s are s - tal H — — 

historically billed and how often baoacl on axi " Index ICD ^ 

^ A 

It is keyed off of the index code and the category. 
SOURCE : 

• All of the fl^d elements are obtained from the Procedure 
Detail Report. 

• Weighting is to be addressfed^n Phase II of the product. 



CATEGORY PARAMETER TABLE 

This table contains a listing of the^ categories identified 
for each index code listed chronologically with associated 
percentiles, mode, and average. Tho ond ucor ra a-y-peptri:al:'^"'^rr 
identical^ tah l R wi'fh fhei^ own nni qu ^ p T'ff fll^'^ r'TP^ajfcA a--Ky- 
analyzing thoi^ ' : rir t i.r. - h - iotory '- d df^ 





AJpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 


Profile 


Alpha/Numeric 


2 


Mnemonic 


Category 


Alpha/Numeric 


4 


category 


timeframe 


Alpha/Numeric 


3 


Mnemonic of timeframe or total 


50th percentile 


Numeric 


4 


beginning percentile range 


50th percentile 


Numeric 


4 


ending percentile range 


75th percentile 


Numeric 


4 


beginning percentile range 


75th percentile 


Numeric 


4 


ending percentile range 


95th percentile 


Numeric 


4 


beginning percentile range 


95th percentile 


Numeric 


4 


and ending percentile range 


Mode 


Numeric 


3 


Numeric Count, assumed decimal (4.2) 


Count 


Numeric 


7 


Number of EOCs for the timeframe 
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30 



2 

3 
4 
5 
6 
7 
8 

U 



Sum 


Numeric 


7 


Number of services for the timeframe 


Update 


Character 


1 


A, C, or Blank 



Total 
USE: 



56 



• This table shows - wh i ch C ' alX'ige ^4res--age-^Jt::Afei: ^ L ieally -- ai t^ 



jd and how often ba:aed— on-^ index ICD 



historically billed 
Godo • 

— It is k e yed — off of the indox cod e and the cate yu iyT -^-,^ 
-TijiLgl£aiae-- ^ Q port - % — 




DURATION PARAMETER TABLE 

This table contains the jb e i iyLli o£ Liire erooociatod - ^^^Lli an 

A 

opi s odo — of — care for a given Index code. NQTE-j ^be— eftdr-trs^ir' 

prnf i 1 <aa_ rMaw» > YaH Hy- an 1 ynr i ng f hr>i r nlr^ -i-m n hi -n +mcy drti rfT^.^ 



•'^ TaoI^/; Code/ 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
nosition 


Profile 


Aloha/Numeric 


2 


Mnemonic 


50th percentile 


Numeric 


4 


beginning range 


50th percentile 


Numeric 


4 


ending range 


75th percentile 


Numeric 


4 


beginning range 


75th percentile 


Numeric 


4 


ending range 


95th percentile 


Numeric 


4 


beginning range 


95ih percentile 


Numeric 


4 


ending range 


Mode 


Numeric 


3 


beginning and ending range 


Update 


Charaaer 


2 


A = Add 
C = Change 



Total 36 



USE: 



230\S3SMJ 



32 



• This table s-fee res L h^ pr e^ee-feo cL length of an ^p ii-^^t-n-fo of 
care for a given index code. 

• It interrelates with: 

Index Detail table 
Parameter table 

• I t^ba populated from the statistical analysis for each 
Index co^^ 

CATEGORY TABLE 



This table provides a grouping of CPT codes into 
categories of similar services. 



Category 


Alpha/Numeric 


4 


Mnemonics 




Alpha/Numeric 


5 


Beginning CPT Range 


CPX 


Alpha/Numeric 


5 


Ending CPT Range 


Update 


Character 


1 


A, C, or Blank 



Total 15 
USE: 

• Procedure codes have been categorized according to most 
likely type of service they may represent. It could be 
characterized as a sorting mechanism for procedure codes. 

• TKe^-mivemonic used for this category is as follows: 
El = Major>>atidM Ej = Minor E and M 

2X\53U4^ 3 3 



1 Lj = Major Laboratory = Minor Laboratory 

2 Rdi = Major Diagnostic Radiology R02 = Minor/^ Diagnostic 

3 Radiology X 

4 Rti = Major Therapeutic Radiology Rt2 y Minor Therapeutic 

5 Radiology X 

6 Ox = Major Oncology Radiology X O2 = Minor Oncology 

7 Radiology / 

8 Moi = Major Diagnostic Medicine Md2 = Minor Diagnostic 
i39 Medicine / 

|0 Mti = Major Therapeutic Medicine Mt2 = Minor Diagnostic 

Ijl Medicine / 

:|i2 Sdi = Major Diagnc^tic Surgery Sjjj = Minor Diagnostic 

P3 Surgery / 

^f4 Sti = Major Trierapeutic Surgery Sx2 = Minor Therapeutic 

if5 Surgery / 

ifl6 Ai = Ma lor Anesthesia A2 = Minor Anesthesia 

17 Pi = Pathology J = Adjunct 

18 • Categories are also used for arraying Episodes of Care 

19 into profile classes or can be reported as an aggregate. 

20 The subsets of the aggregate are: 
21 

22 0 Common Profile — Af/ A2, Pi, Ej, Ej/ L^; Lz, Rdi/Rd2/ Mdi/ 

23 Ji&a^ Sui/ Sd2 ' H^jrir cjT" th e se categ o r i - os - axe--arfl: cluded a - G - 

24 pfl rt '^f ^"h ft o*^fr<^r-- f^^**n p ?: of^''^*=^ nlagg ^-<^^ 
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1 Surgery/Radiation/Medicine Profile - All Catogo - ri -es- 

2 Medicine/Radiation Profile — M t i y - M T2-y-,-RTt7 %2/ Oi^ 0^ 

3 Surgery/Radiation Profile - Sm G^, R-n/ Rjz/ 0[t OT 

4 Surgery /Medicine Profile ■ ^^uf Srr ^nr ^ti 

5 Radiation Profile ^ Rjn ■ R^^^ Oi^^O^ — 

6 Medicine Profile ^*=--MTrr"%r 

7 Surgery Profile ^ Sti / St2 - 

This table interrelates with: 
Parameter Table 
Qualifying Tables 
Procedure Table 
RCE: 




by the clinical staff 
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QTTAT JFVTN G MASTER TABLE 



This table provides a preliminairy ^jfiifcejs. for determining 
qualifying circumstances that may eliminate a patient history 
for determination of an Episode of Care. It also provides 
the initial sort of an episode of care for a specific profile 
class . 



Index Code 


Alpha/Numeric 


5 


Left justified, assumed decimal after 3rd 
position 


Scope 


Alpha 


1 


P = Patient 

E = Episode of Care 

B = Both 


Profile 


Alpha/Numeric 


2 


Mnemonic or Blank 


Group 


Alpha/Numeric 


5 


Correlates to group ED in Qualifying Group 
Table 


Update 


Character 


1 


A, C, or Blank 



A 

• This table interrelates with: 
- Index Detail Table 



res-s— ep iali - fying 
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1 - Qualifying Group Table 

2 Lagic: 

3 • \The Qualifying Master Table outlines the Index code; where 

4 Vn the data search the qualifying search is to occur and 

5 wiat qualifying groups are associated with the index code, 

6 The locations include P = patient search, E = Episode of 

7 Care search, or B = search in both. 

8 • The\ Prof ile field is numbered based on the 8 different . 
,=^9 proriles outlined under the category table. If blank, a 
'to profiue is not relevant. They are as follows: 

W. 0- Cdmmon Profile 

ilH 1 . Sungery/Medicine/Radiation Profile 

tJ 2. MedAcine/Radiation Profile 

"jU 3. Surged/Radiation Profile 

ij 4 . Surgeiry/Medicine Profile 

5 . RadiatIo^_Prof ile 

1# 6. Medicilip Rjfofile 

18 1. Surgery Profile 

\ 

20 \ 

21 • The Group field assigns a 5 byte mnemonic that establishes 

22 a set of qualifying rule sets for a given index code. 

23 This field keys \directly to the Qualifying Group Table. 

24 The majority of the groups relate to profile classes. 

25 They are as follows: 
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ALL (Surgery /Medicine/Radiation Profile) 
MRPRO (Medicine/Radiation Profile) 
SRPRO (ljurgery/Radiation Profile) 
SMPRO (Surgery/Medicine Profile) 
RPRO (Radiation Profile) 
MPRO (Metiicine Profile) 
SPRO (Suigery Profile) 
CPRO (Coittaon Profile) 
There are 3 other groups which establish a set of 
qualifying circumstances based on the occurrence of a 
particular procedure or diagnosis. These are as follows: 
SURG Certain \lndex codes are commonly associated with an 
invasive\ procedure which should be present during 
the coursie of treatment. 
MED Certain lAdjex codes are coiranonly associated with an 
E/M servifti^j^ich should be present during the 
course oftreatment. 
ONLY The Index code must occur at least twice on 

different dates of service over the course of 
treatment. This group looks only for this 
occurrence. \no specific procedure is to be sought 
in conjunction with the Index code. 

Source: 

• Table maintained by ^linical staff. 
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QUALIFYING GROUP TABT.E 



3 ^Table groups certain qualifying circumstances to aid in an 

4 efficient search for data meeting the criteria. 



5 


Group 


AIoha/N umeric 


5 


Left iustified a^umed decimal after '^rd 










position 


6 


Rule Type 


Alpha/Numeric 


2 


n = Index Code snedfic rule 


Q 








IS = specific ICD code rule 


'Q 








IC = multiple ICD to category rule 


"i 








CC = Multiple code rule 


'== ; 








CS = code specific rule 










IG = ICD to gender rule 


; :: 








lA = ICD to age rule 




Rule Identifier 


Alpha/Numeric 


1 


T = True F = False (toggle) 










M = Male F = Female if IG rule type 


8 


Number required 


numeric 


2 


number value 


9 


Update 


Character 


1 


A, Q or Blank 


10 


Total 


1 


3 
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USE: 

• ^ To -du L "aSx^ preliminary qualifying mechanism for 

determining \f claims information can be used in the 
assignment of a^j^rameter. 

• This table interrelates with: 

Qualifying Index Table 
Qualifying Code Table 
Qualifying Master Table 

• A rule type (or rule types) is assigned by group 
delineating if the rule applies to a single or multiple 
ICD^ single or multiple CPT or category or any combination 
thereof . 

• The rule identifier is an assigned mnemonic based on what 
the rule is to achieve. 

• The Logical indicates if the rule is positive or negative 
(inclusionary or exclusionairy) 

• The^- maabor roq u i ied- is a count of the nximber of 
occurrences^ for the rule to be valid. 

Log<c : 

• The^S^up Id is driven by the groups assigned in the 
Qualifyihg master table. All qualifying rule sets 
assigned to^^iyen group should be performed to determine 
the qualifying cirismnstances for a given index code. See 
Qualifying Master Tabl^sfor an explanation of each group. 
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1 • The Rule Type is a mnemonic which assigns a common type of 

2 \ logic that is to be implemented in the search for the 

3 \qualifying circumstances. It is possible that the same 

4 mile type could be associated with many different rule 



identifiers. The rule type will also point to either the 
Qualifying Index Table or the Qualifying Code Table as 
dettermiued by the first byte of the filed. The following 



8 is a\ listing of the rule types: 

9 Rule Types associated with Qualifying Index Table: 

li II Thite related directly to the Index code only. 

IC This\ rule is for any indicated ICD code associated with 
- \ 
Ij? the mdex code as it relates to a category or 

proceoure . 

IS This rule is for a specific indicated ICD code 
associatiyi^ith the Index code as it relates to a 
1© categi^r^A;^ procedure, 

IG This rule\is for any indicated ICD code associated with 
the Index fcode as it relates to age. The age ranges to 
19 be used areV 



20 0-1 = nev^orn/infant 

21 1-4 = eariy childhood 

22 5-11 = latd childhood 

23 12-17 = adolescence 

24 18-40 = earlV adult 

25 41-64 = late kdult 
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1 65-99 = geriatric 

2 ib-SO = female childbearing age 

3 Rule Types! associated with Qualifying Code Table: 

4 (Additionai rule types may be added when necessary for phase 

5 II of the pSroduct,) 

6 CC This rule is for a specific procedure or category as it 

7 relates to another specific procedure or category for 

8 any KID code associated with the Index code. 

1^ CS This ils for a specific procedure or category as it 

5 relates to a specific ICD code associated with the 

ifi Index iode, 

• The Rule identifier is a further break out of the 

i"^ qualifying! circumstances for a group. Most of the rule 

14 Ids relate Ulirectly to components of a given profile to be 

13 included djre^cluded. For example the rule ID of MMR 

i| relates dTrfectly to the group of MRPRO and delineates that 

1^ the further preakout is for Radiation. 

18 The other 3 jnajor rule Ids relate directly to the 

19 remaining 3 groups. These are: 

20 Group Rule ID 

21 ONLY \ 0 

22 SURG \s 

23 MED \m 
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TheNLogical is a toggle for whether the rule is true or 
false If the rule type is IG, the toggle is for Male or 
Female . 

• The numbeAy^quired is a count for the minimum occurrence 
that the qu'^^Lrying circumstance can occur. 

SOURCE : 

• To be maintained\by clinical staff 

Of JAT IFVf NG INDEX TABT.K 

Table. houses e ommGn qualifying circumstances based on 
presence or non-existence of given procedures and/or ICD 
codes that would qualify or disqualify a patient history in 
the determination of an Episode of Care. 



Rule Type 


Alpha/Numeric 


2 


n = Index Code specific nile 

IS = specific ICD code rule 

IC = multiple ICD to category rule 

LA = ICD to age rule 

EG = ICD to gender 


Rule Identifier 


Alpha/Numeric 


4 


assigned fi-om Qualifying Master Table 
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Indicator 


Alpha/Numeric 


2 


I = Index code 








R = Related 








S = signs/symptoms 








RO = Rule out 








M = miscoded 








V = Vcodes 








Mi = Miscocea inaex 








or Blank 


Code 


Alpha/Numeric 


5 


category, CPT, HCPCS. ICD or blank 


Update 


Charaaer 


1 


A, C, or Blank 



Total 14 



USE: 

• To act as a qualifying mechanism for determining if claims 

an ^OQ^ 

information can be used in the assignment of -a-^a^efaneter 

• This table interrelates with: 

Procedure Table 
- Category Table 

Qualifying Group Table 
ICD Description Table 
Index Detail Table 

• All rules gene^fiited from this table deal with an ICD code 
driven by the inA^^tor, regardless of the Index code. If 
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1 

2 
3 
4 
5 
6 
7 
8 

i 

is 
it 
ir 

18 
19 
20 



the r\ile is ICD only, then the procedure is blank. If the 
rule i^ ICD and procedure, then the indicated ICD must 
correlate with a procedure code or category. 

• If the indicator is blank, then all indicators should be 
considered for qualifying circxunstances . Listing a 
specific indicator causes a qualifying search on the 
associated indicator only. 

Logic: 

• The first two\ fields of the Qualifying Index Table 
reiterates tha rule type and rule identifier as outlined 
in the QualifyAng Group table. Both of these fields are 
key. 

• The indicator correlates to the indicators in the Index 
Detail table. If vt^iev field is blank, all ICDs for the 
index code shoulo^^c^e^ought for the rule. 
The code filed could be a CPT, HCPCS, category or ICD 
code. If this field \is blank, no specific code or 
category should be sought for the rule. 

SOURCE: 

• To be maintained by clin\Lcal staff 
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pTTAT JFVTNG CODE TABI.E 



2 
3 
4 
5 



15 
16 
17 
18 
19 
20 
21 



Table houses eommon qualifying circumstances based on the 
presence or non-existence of a -giAcea combination of procedure 
codes that would qualify or disqualify a patient history .in 
the determination of an Episode of Care. 



6 


Rule Type 


Alpha/Numeric 


2 


CC = Multiple code rule 
CS = code specific rule 




Rule Identifier 


Alpha/Numeric 


4 


As labeled in Qualifying Master Table 




Primary code 


Alpha/Numeric 


5 


CPT, HCPCS or category or ICD 


ifl 


Secondary Code 


Alpha/Numeric 


5 


CPT, HCPCS or category or ICD 


.5. . 

hi) 

i i 


Update 


Character 


1 


A, C, or Blank 




Total 


14 





USE: 

• To act as a qualifyirig mechanism for determining if claims 
information can be used in the assignment of a - par ajite^:er * 

• This table interrelates with: 

Procedure Table 

- Category Table 

- Qualifying Group Table 

• All rules g;eiierated from this table have to do with a 
procedure oi:jMtegory driven by the qualifying master 
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table. The rule relates to the procedure or category as 
listed in tVie primary and secondary fields. 
Logic : \ 

• The first twd fields of the Qualifying Index Table 
reiterates the rule type and rule identifier as outlined 
in the Qualifying Group table. Both of these fields are 
key. \ 

• The Primary codeXis the driving code in the rule search " 
for the qualifying circumstance. It can be a CPT, HCPCS, 
category or ICD codej. 

• The Secondary codel^s)the code that must be associated 
with the primary code in the rule search for the 
qualifying circumstanJce . It can be a CPT, HCPCS, cate'gory 
or ICD code. \ 

SOURCE: \ 

• To be maintained by cliniical staff. 
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SPECIALTY TABLE 



Table provides a listing of medical specialties with an 
assigned nxuneric identifier. Thic s_tandarcL HCgA 
ijif ormation 



Specialty (Key) 


Alpha/Numeric 


3 


Medicare specialty indicator 




Alpha/Numeric 


5 


Beginning CPT to include 




Alpha/Numeric 


5 


Ending CPT to include 


Update 


Charaaer 


1 


A, C or Blank 



Total 14 
USE: 

This table is used to specify which Specialty is most 
commonly used with which CPT. 

A description of the specialty will be in the 
documentation . 
SObRCE: 

Thi^table will be taken from the list Med-Index 
Publica^mjM maintains (available from Medicode^ Inc. 
located m^^lt Lake City, Utah). 
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1 

2 

3 
4 

5 

6 

; n 

'i 

i 5 1 
11 

Q 
ii 

15 
16 

17 



ZIP/REGION TABLE 

Table provides a listing of geographical zip codes sorted 
into 10 regional zones, standard HCFA information. 



Region Indicator 


Alpha/Numeric 


2 


Medicares Ten Regions 


-Zip GCile 


Numeric 


5 


Beginning Zip Code Range 




Numeric 


5 


Ending Zip Code Range 


Update 


Charaaer 


1 


A, C, or Blank 



USE: 

This table is used to specify which Medicare Region to use 
for the statistic table. 

sot 

Th>s-il^ift?l^^be generated by Medicode, Inc. staff. 

SPECIALTY STATISTIC TABLE 

Table provides a listing of medical specialties with an 




18 
19 


assigned numeric 
inf oggrtarfejronrr^ 


: identifier. 


This .J 


Is standard HCFA 


20 




Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position* 
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1 

2 
3 
4 
5 
6 

q7 

i fi 

|8 

'Co 

ii 

m 
m 



Specialty 


AIpha/Numiric 


3 




■€PT-€ode 


Alpha/Numeric 


5 


Beginning Range (Service Area) 


CPT Code 


Alpha/Numeric 


5 


Ending Range (Service Area) 


Category 


Alpha/Numeric 


4 


Mnemonic 


Multiplier 


Numeric 


6 


Implied decimal (4.2) 


Update 


Character 


1 


A, C, or Blank 




Total 29 
USE: 

This table is a matrix that is directly tied to the 
parameter table by the index code. Its purpose is to give 
a numeric multiplier that is applied to the occurrence 
field in the parameter table, to vary the parameter by 
service area and/or sex and/or region. (i.e., if the 
occurrence is 2 and the multiplier for a specialist is 
1.5, the specialist may receive a total of 3.) 

Itiple multipliers are used, compute the average of 
hem andv use thaE> 
URGE: 

e will be generated by the computer using the 
extended set, and validated clinically by the 
clinical stafl 
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AGE/GENDER STATISTIC TABLE 



Table provides a listing of each CPT code for an index 
code with a numerical factor used to adjust the frequency of 
each code by age and/or gender specific data analysis. 



Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
positiozL 


Age 


Alpha/Numeric 


2 • 


00-99 


Sex 


Alpha/Numeric 


1 


M, F or Blank 


Category 


Alpha/Numeric 


3. 


Mnemonic 


Multiplier 


Decimal 


6 


Implied decimal (4.2) 


Update 


Charaaer 


1 


A, C, or Blank 



Total 18 
USE: 

This table is a matrix that is directly tied to the 
parameter table by the index code. Its purpose is to give 
a numeric multiplier that is applied to the occurrence 
field in the parameter table, to vary the parameter by 
service area and/or sex and/or region. (i.e. if the 
occurrence is 2 and the multiplier for a male is 1.5/ the 
male may receive a total of 3.) 
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^7 



4 
5 
6 
7 
8 



IP 



17 
18 
19 
20 
21 
22 



multipliers are used, compute the average of them and 
use tni 
?URCE: 

^able will be generated by the computer using the 
extended 'Qa^ set, and validated clinically by the 
clinical staffs 




REGION STATISTIC TABLE 

c t^^ 

Table provides a listing of CPT eod e for an index code 

>\ 

with a niunerical factor used to adjust the frequency of each 
code by regional data analysis. 





4€B=9 Code 


Alpha/Numeric 


5 


Left justified assumed decimal after 3rd 
position. 




Region 


Alpha/Numeric 


2 


Medicares Ten Regions 


15 


Multiplier 


Decimal 


6 


Implied decimal (4.2) 


16 


Update 


Charaaer 


1 


A, C, or Blank 



Total 14 
USE: 

This table is a matrix that is directly tied to the 
parameter table by the index code. Its purpose is to give 
a nxuneric multiplier that is applied to the occurrence 
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1 

2 
3 




t 

if 

17 

18 
19 
20 
21 
22 
23 




field in the parameter table, to vary the parameter by 
service area and/or sex and/or region. (i^e., if the 
occurrence is 2 and the multiplier for a region is 1.5, 
the region may receive a total of 3 . ) 

^nultiple multipliers are used, compute the average of 
them and 



lOURCE: 

'his table will be generated by the computer using the 
expended data set, and validated clinically by the 
clinrcal staff. 

Table provides a listing of ICD-9 codes which have been 
clustered into family groupings. 



Family Description 


Character 


24 


Name of Family/Qusier 


ICD-9 Code 


Alpha/Numeria 




5 


Beginning ICD-9 Range 


ICD-9 


Alpha/Numeric^ 






Ending ICD-9 Range 



Total 34 
USE: 

This table is used for in-house purples only. 
It provides a listing of a ICD Family/Cluster with a 
description of the Family/Cluster. 
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SOURCE: 



Tmja>. table is generated and maintained by the clinical 
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FILE LAYOUT FOR CLAIMS DATA CONTRIBUTION 



We prefer Electronic Media Claims National Standard Format; 
however, if you are not using EMC the following is our suggested 
layout. Please include an exact layout of the format you use 
with your submission. The record layout that follows is for each 
line item that appears on a claim. The charge (field 19) should 
be the non-discounted f ee-f or-service . There should be no 
aggregation or fragmentation. 



NumbT O— enotlon 



Lanqth 



AJpha/ 

Nunrwte 



1. 
2. 
3. 



10. 



3. ooe 

6. S*x 

7. SuC»crib«r ID 

8. P*4<tlonthlp 

9. BUI O 
From Dai* of S*fvie« 
To DbI* oI Stvicm 
P i ow Mi Zip 
Ptacs of S*ivicc 
Type of S*n^ 
Prooatfim Code 



10. 
11. 
12. 
13. 
14. 
15. 
18. 

17. 2nd 



CiMtm typ* 



20. Al l owd Amount 



19 A/N Unlqu« prowMM* id«mmeatlon numMr or 3SN 

10 A/N UniQu* pfovtdw ld«ntineatfon numb«r oc SSN 

3 A/N Supply a Uat of Sp«cUlty eoM uMd 

17 A/N UnlqiM p«ilwitlOnumb«f orSSN. Mcy b* an •ncryptad or 

aneodad formst. 

e N Patent Data of Birth MMOOYY 

1 A M-Mala, F-F*m«la 

25 A/N Inaurad's 1.0. No.. NoonaJty SSN 

1 N PalJant to Suftacribaf. 1 - Sa!f, 2 - Spouaa. 3 - Oapandant 
15 A/N Unlqua c(aim/b(lHd«mmc«aloo numoar 

8 ^ N MMOOYY 
6 N MMOOYY 

3 N Standard 5 digit Zip Coda 

2 A/N Supply a list of POSoodaauaad 
2 A/N Supply a list of TOS eodaa uaad 

9 N Submmad CPT or HCPC eeda 
2 N Submtttad CPT modWar 

2 N tr fnultlpla modMara ara submittad, show tha aacond modtHar 

uaad. Anaathaate ModMafs (Pl-PO) 

3 A/N Payor QassCoda-W/CHCPA,Madlca)d ate. 
9 N Btllad amount, rtgm JustMad. whota dottara 
9 N Rigm tusttflad. wheia doUan 
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1 

2 
3 
4 

5 
6 
7 
8 
9 
10 
11 
12 
13 



30 



21. #o«tf«y«Ajn«» 3 N numbw of day* «nd/or units 

22. AnMth««la Urn* 3 N ActuU MInutn 

23- ICOl 3 A/N Rrvt dtaonotoc ccd« ifUchAd to pfOCKtur* 

24. C02 3 A/N Second diagnotuc ood* anacn«d to proovdur* (Both tCOl & 

IC02 «r» t«ft juftifl«d, ftnum*d d«clm«l after 3rd byi«) 

29- COS 5 A/N Third dlagnoiuc eod« attacnvd to procvdur* 

20* IC04 5 A/N Fouith dtagnosUc ood« altachad to proc«our* 

27. Out-patlam faciUiy 5 a/N Outpatent fadUty/outpatiwrt Jwtpttal W«ntlfl«f 

28, RovwuMCocte 3 N Rmthm cantor eodo 

ArrypTABT-g wmTA TTPES 

* 9 track capat 1600 or 6220 BPI, ASCII or EBCDIC, Ubaled or Unlabalad, Unpackad data, Flxad raeord langcha 

* Ploppj dtak; 3, 5" (1.44Mb or 720K) or 5.25" (1.2Mb or 360K) , Standard MS-DOS formattad disk, ASCII flxad 



1^ record Length or delimited file 



♦ DC 600A or DC 6150 cartridge J "TAR" or single ASCII or EBCDIC file, Unpacked data, Fixed record lengths 



|J|P * 8 m Exabyte tape: "TAR" or aingle ASCII or EBCDIC file, Unpackad data, Fixed record lengths 



* 3A80 cartridges Unpackad daca. Fixed record lengths, Cospressed or Uncompraased 

* Maxlsua Block site 64,280 



|25 This invention is a process for analyzing healthcare 

gj. providers' billing patterns to assess utilization patterns of 

medical services. The method of the invention incorporates a set 

23 of statistically derived and clinically validated episode of care 

24 data to be used as a paradigm for analyzing and comparing 

25 providers' services for specific diagnoses or medical conditions. 

26 This invention utilizes a series of processes to analyze the 

27 client's healthcare claims history to create unique parameters. 

28 In its preferred embodiment, the invention is implemented in 

29 software. The invention provides the following functions or 
tools to the client: creation of local profiles, display of 



31 profiles and comparison of profiles. 
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1 The creation of local profiles function gives the client the 

2 ability to develop unique episode of care profiles utilizing 

3 their own claims history data. The process for creating these 

4 profiles is identical to the process used in the development of 

5 the reference profiles. 

6 The display of profiles function provides a look-up 



8 



7 capability for information stored in the reference tables or in 

client generated .prof i-leg tables. This look-up capability may be 

9 displayed on the computer screen or viewed as a hard-copy .pwjvfe 

1 

10 nut . 

13. The comparison of profiles function provides a comparison 

1^ between any two profile sources with attention to variance 

L| between them. ^5iwry- inuradea- comparing client specific profiles 

-ii4 to reference tables, comparing a specific subset of the client's 

1^ data (eg, single provider) against either reference tables or the 
client's profiles, or comparing different subsets of the client's 

14 profiles to subsets of reference tables. 

IB There are four main processes involved in the invention, as 

19 depicted in figure 10. These are Read, Analyze and Merge (RAM), 

20 1001, further depicted in figure 11; Episode of Care analysis 

21 (EOC), 1002, further depicted in figure 12; Look-up function, 

22 1003, further depicted in figures 13 and 14; and Profile 

23 Comparison, 1004, further depicted in figure 15. The invention 

24 also includes an innovative reporting mechanism. Each of these 

25 four main processes and the reporting mechanism is described in 

26 detail in the remainder of this section. 

27 A. Transforming Raw Data Into an Informative Database 

230\S3aA4J 57 



V 



1 Both the RAM and the EOC processes involve healthcare claims 

2 history search and analysis. The intent of the RAM and the EOC 

3 claims history processing is to enable the end user to establish 

4 their own unique profiles based on their existing claims data 

5 information. Developing a database of historical provider 

6 billing data which will be used to provide the functionality of 

7 the invention is the first step in the invention. 

1. Read^ Analyze and Merge {"RAM") 
9 In order to define a profile a significant quantity of 

10 historical medical provider billing information must be analyzed, 

n As indicated above, the provider billings may come from a variety 

3p of sources, with the general guideline that accuracy and 

ij completeness of the data and a statistically significant sample 

III '^'"^ 

flp of provider billings^ required to develop a reliable profile. In 

: : 

the preferred embodiment of the invention, no less than two 

tt years , of consecutive claims history aad— aircrCit fTfry^milixcto" 

H roiarrms' are used to develop the profiles. The RAM process 

u 

l§ verifies existence and validity of all data elements in a claims 

'™ 

19 history before the data is processed to develop a profile. The 

20 reader is directed to Figures 1 and 6-8 for pictorial 

21 representations of the preferred embodiment of the invention. 

22 Figure 1 depicts the high level steps perfoimied in\one embodiment 

23 of the invention. The data flow shown in Figure 1 includes 

24 loading client data 101 from tape 100, reordering various fields 

25 103 and performing date of service expansion 104 as necessary. 

26 Next, data are merged (combined) 1-5 and sorted 106 to ensure all 

. are. 

jjj? 27 bill "iB-^ are grouped together. The data 108 -is- then read, 

A A 



r 

1 analyzed and merged into an extended data set (EDS) 110. 

2 Reporting and any other processing may occur 111 and an Episode 

3 of Care database 112 is created. T h e pr e f e - r - r -ed— em ho d i men - t - o ^ 

4 ^trhi s invent i on In the preferred embodiment of the invention, 

5 the steps of the invention are implemented in a software product 

6 referred to as CARE TRENDS - available from Medicode, Inc. of Salt 

A 

7 Lake City, Utah. 

8 Figure 6 depicts read, analyze and merge processing that 

9 occurs in the preferred embodiment of the invention. First, one 
10 claim at a time the data 603 irs- read 601, cross w a lke d and 
i% scrubbed (filtered) 602. Then a claim is analyzed 604 -wi-th^ ^ 
1^ - roo.u -t- -t ~ output to a log file 605. The results in the log file 605 
if are then compared 6 06 to the original claim data and inserted 607 

m 

lip into an extended data set 608. 

15 Figure 7 depicts an analytical process of the preferred 

Ig, embodiment that includes initializing 7 01 RVU and line number for 
each line of the claim and sorting 702 by RVU (descending) and 
CPT and charge in order to prepare for proper analysis by CES . 

19 Then 703 line items are split into two groupings of surgical 

20 assistant modifiers and all other modifiers in separate groups. 
)j 21 Each of the two groups is then ^oheck ed- 704 against disease 

0 22 classification codes (ICD 9 ) x 9 procedure edits rules 705 (CES 

A 

23 tables) and unbundle/rebundle edits 706 are performed. 

24 Figure 8 depicts the merge process of the preferred 

25 embodiment of the invention. It includes reading 802 each line 

26 from the log file for^ current bill, proceeding with processing 

27 if the record read is pertinent 804 ✓ determining whether to add 

A 
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i 



23 
24 
25 
26 



1 the record to the extended data set 805-807, <fi-re-r--TTOTr"addin§ 

2 de nidlb, a :ddA- ng r e bundle s--h^a''liga3iTg^^ th a l^ Jia^^e^-nat^ 

3 4^ee n sp ec lfj^ia lly oxcludcy y^ 

4 Figure 9 depicts episode of ^car^e^^omation in the preferred 

5 embodiment. This processing includes processing the records in 

6 teh extended data set that^^late to the current index code. 

7 This relation is daffteprixned by the index tables. Then the 

8 records are brokeofllnto potential episodes of care based on a 

9 period of tim^^pecif ied in a window table. Then the episode of 
care is qjjr^ified based on the rules in a qualifying table. 
Quali^^ng episodes of care are inserted into the episode of care 

le. 

1^1 The following text includes a written description of the RAM 

processing that is performed in the preferred embodiment of the 
1^^ invention. Figure 11 shows the RAM process. 

i : 

^ The first step in the RAM process is determination of a 

li^ patient record, 1101. It is necessary to establish a patient 
1^. record that can be used in the episode of care extraction process 
1^ (explained in detail below). In the preferred embodiment, a 

20 patient record is identified as a unique patient history 

21 involving no less than two years of sequential claims history. 

22 Because identifying patient information is often removed from 
patient records to ensure patient confidentiality, patient 
information such as subscriber /relationship, patient ID, age, 
gender, bill ID and claim ID may be useful in positively 
identifying a particular patient. It should be noted that claims 

27 history data from various sources may need to be handled 
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differently to identify patient records due to differences in 
file organization and level of detail of information provided. 
The amount of information desired to be captured may vary in 
different embodiments of the invention, but generally the 
information to be captured is that on a standard HCFA 1500 
billing form, Electronic Media Claims, UB 82 or UB 92 claim 
forms, all of which are generally known in the industry. 

The next step, 1102, is the manipulation of the client file 
layout to extrapolate or crosswalk the pertinent information in 
order to conform to the logic of the invention. Examples of this 

step include: translation of Ty j^^nf fiQrvi , f ! P nr Rnnf^fitg 

1 

c;ppr;ial fy r modifiers, and/or place of service information. 

The next steps involve the validation of cladLms elements. 
Each line item of claims history is compared against the 
Procedure^ ^h e De3criprio T r ''^aKfe, (such as CPT or HCPCS 

A 



description tables; 




meaft-s-"Hg2ri ^ Car^ Fina-ncing 



■A dministration Common PTij^gddurf^. Hoding fiystem p r'^TriHer^ hy-^t-H^ 
U r -S > Covornme nt-;^ such tables generally are referred to as 
Description Tables and may contain any coding schemes) and the 
ICD description tables to validate the codes contained in the 
line item, 1103. Line items with an invalid code are not 
included in the remainder of RAM processing, though they are 
counted for future reference. Line items which indicate services 
being performed over a period of more than one day are expanded 
into numerous line items, one for each service performed, 1104. 
-iChis^JE^ine^ion.-^^ 

The services are then each given a unique date of service 
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beginning with the "date of service from" for the first line item 
and ending with the "date of service to" for the last line item. 
The last validation step, 1105, is the conversion of old CPT 
codes to new CPT codes . This step is essential to provide the 
most accurate statistics relative to physician office and 
hospital visits (termed Evaluation and Management Services). 

The last step of the RAM process is to edit all claims for 
errors, through an appropriate claims edit tool, 1106. In the 
preferred embodiment, software known as "CLAIMS EDIT SYSTEM" 
which is available from Medicode, Inc. located in Salt Lake City, 
Utah is used to detect and correct any duplicate line items or 
inappropriately billed services. This results in an 
appropriately processed set of raw data that is now in a 
condition for episode of care processing. The reader is directed 
to the RAM source code in the Microfiche Appendix for all details 
of this processing performed in the preferred embodiment. 



The next step in transforming raw data into a useful 
database is to determine episodes of care for the data that has 
already undergone RAM processing. In the invention, a database 
is created which contains profiles for various diagnoses, chronic 
and otherwise, including complications indicators. Creation of 
the database depends on accurately defining an episode of care 
("EOC") for each diagnosis. An episode of care is generally 
considered to be all healthcare services provided to a patient 
for the diagnosis, treatment, and aftercare of a specific medical 
condition. The episode of care wrndew^ for a single disease is 
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Determination of Episode of Care 





{ 



depicted in Figure 2. In the simplicity of the figure, it can be 
seen that for the diagnosis in question, all healthcare services 
provided between onset and resolution should be incorporated into 
the database. An example of this would be a patient who has been 
afflicted with acute appendicitis. The patient's life prior to 
onset of the acute appendicitis would be considered a disease 
free state. On some date, the patient would notice symptoms of 
acute appendicitis (although he may not know the diagnosis) that 
cause him to seek the attention of a medical provider. That 
event would be considered the onset. During the disease state, 
numerous events may occur, such as the patient consulting a 
family practitioner, consulting a surgeon, laboratory work and 
surgical services being performed, and follow-up visits with the 
provider(s). When further follow-up is no longer required, 
resolution has been reached. Thus an episode of care has been 
defined and data from that patient's episode of care is used in 
the invention to construct a profile for the diagnosis applicable 
to that patient. Without the use of additional logic, however, 
the use of that definition of an episode of care would result, in 



For example, in Figure 3 it can be seen that a patient 
suffering from a chronic disease who contracts a second disease 
could be treated both for the chronic disease and for the second 
disease during the disease state (i.e. between onset and 
resolution). If all medical provider billing data during the 
disease state were entered into the database, then the database 
would contain erroneous historical data for that individual's 
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erroneous data being entered into 




diagnosis. For excunple, if a patient who suffers from psoriasis 
were to be diagnosed with acute appendicitis and received 
treatment for psoriasis between the time of onset and resolution 
of his acute appendicitis, then the provider billings would 
contain both billings for treatment of the psoriasis and the 
acute appendicitis. Therefore the invention incorporates methods 
for discerning medical provider billings 4.^&£^i^aSt^to a 
particular diagnosis. Further, the disease state could be the 
active state of a chronic disease, and resolution could be the 
disease returning to its inactive state. A method for handling 
this situation is therefore also provided. 

Other alternatives in the course of a disease further 
complicate accurately defining an episode of care. From Figure 4 
it can be seen that for any particular diagnosis, the outcome 
could be resolution, as described above, return to the chronic 
state of a disease, or complication of the disease. For example, 
if a patient has undergone an appendectomy, the patient may 
contract an infection following the surgical procedure. Because 
complications of various types and durations and in varying 
frequencies are associated with various diagnoses, a method for 
incorporating the complication data into the statistically- 
derived practice parameter is intended to be provided in the 
invention . 

Figure 5 depicts the phases of an episode of care, including 
the sequence of patient workup, treatment, and eventual 
resolution, return to the chronic state, or complication followed 
by either resolution or return to the chronic state. 



The method for defining an entire episode of care provided 
in the invention is used to construct a database of ^prof ile3- 
based on billing data that has been filtered to eliminate data 
irrelevant to the diagnosis which would lead to an erroneous 
profile. Essential to the determination of- an EOC are certain 
qualifying circumstances. These circumstances are managed 
through the use of -^etir interj^relational qualifying tables, to 
provide a mechanism for sorting patient history for the 
occurrence of specific procedures or ICD codes that are requisite 
for an EOC to be valid. 

The steps used in the preferred embodiment to determine an 
episode of care are shown in figure 12 and as follows. 

a. ) Data Sort by Index Code 



^yi^ St«rtr, ■12-Ot, the raw data set which has undergone RAM 

processing is sorted by index code (i.e. ^generai diagnosis) to 

find all patient records - w i th occurrence of a particular index 

A 

code on at least two different dates of service. Second-^-JJiOa-r 

alifying ICD codes (specific diagnosis) associated with the 
indeis^de in question are found by searching patient history for 
at least bqe occurrence of the specific category or index code, 
to be considered in the criteria of an episode of care. Third, 
1203, during this g-^ep patient history records are searched for 
qualifying circ^mstances*^^^uclr^as procedures relating to specific 
medical conditions which mayM^^ been indicated as usually 
requiring an Evaluation and Managittej;^ (E/M) service during the 
course of treatment. For example, an o^6;urrence of a qualifying 
circumstance such as an E/M service during tt\e patient history is 
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reoftgix iHred in the crit e J^i ^a--o^g--aa-<}pisode-^Q-f— ea^?^ g gur ^ ^y 1204 .,^ 
onee'^t:tre""Tte^e-Jxlg- tory - h arS-been— geaxc hcd for qu a lifyin g 
£ixcaims:tan.Ge3>^ the valid components of these patient records are 
then checked against the -^ha^ae inter ^rreXat^rej^rerirTlTdea^^ to 
identify qualifying ICD codes associated with the chosen index 
code. In addition^ the patient records are searched for any 
comorbidity ICD codes that would disqualify the patient record 
for inclusion in nh*^ ^OC (such as diabetes ^with. renal failure). 
Reeojr ds^.iUlgn are given a staging indicator (i.e. chronic, acute, 
lif e- threatening /^eBcT-)"-a5SOi^ with the index code to 
continue in the EOC process In the^S^bejg ninat ion of windows . 

ifth, 1205, a temporary file is created based on combining 
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the authorized and/or disallowed ICD codes that are associated 
with a g^en index code in the Index Global Table (listing 
preventative and aftercare codes) and the Index Detail tables. 
The temporarys^ f ile is created using the Index Table Pointers, 
which determine, whether or not the Index Detail Table only should 



be accessed or wf 
for drafting the 



p,er the Index Global Table is also necessary 
iorary file. Sixth, 1206, for each unique 
patient record that has been identified as containing the 
assigned Index code witsli its associated staging, the entire data 
set is searched to find ^e first occurrence of its index code 
and the date of that recorc 

b • ) Determination of Clear Windows 

Clear window processing defines the onset and resolution 
points of a-dira gn os i s to oo - ta - bli -^ an episode of care. The 
actual parameters used in clear window processing may vary in 
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^various implementations of the invention.^ Ba-se d on - tho ott^ ^gj^fig- 
indicator, a pre-episode window time period and a post-episode 
wiKdow time period are selected from the table, 1207. Then, 
1208\ beginning with the first occurrence of an index code in the 
patienti record, a search backward in time is made until no 
servicesX relating to the diagnosis are found.' Then a further 
search backward in time is made to determine a pre-episode clear 
window. IfXany of the ICD code.*?, V-codes or complications codes 
found during Vhe data sort by index code processing are found 
during this seVrch backward in time that fall outside of the pre- 
episode window t^me period, there is no clear window and that 
patient record is Ve jected and not used. Processing begins again 
with the sort by index code for a new patient record. If a clear 
pre-episode window hasN. been found, the patient record continues 
through post-episode window determination. 

Once a clear pre-epistod^ window has been found, a search is 
made for a clear post-episodtT window, 1209. This comprises two 
searches forward in time. Th^first search is to establish the 
date of the procedure code in question. Then a further search 
forward in time is made for the crtear post-episode window. If 
the second search to determine the clear post-episode window 
reveals any of the ICD codes, V-codes Vr complications codes 
found during the data sort by index codev processing are found 
outside of the post-episode window time period (as specified by 
the staging indicator), there is no clear window and that patient 
record is rejected and not used. Processing would begin again 
with the sort by index code for a new patient record. If a clear 
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window has found the patient record can be analyzed for a 

valid episode'^f care. 

c . ) Valid Episode of Care ^ 
j Tho^ pati o nt xocord is then checked to determine if the index ,7o% 

code in question appears on at l e as^ two dates of service.' If 

the index code ^Hstppe^c on only ono data, the - g Q Cord i s - g e- j e ct e d . 

The qualifying tables are then checked to determine if the-xeeer* 

•1 

meets the minimum criteria for procec*vre codes (such as surgical 
services ) that are expected to be found within -^aft- episode of care 
for a given index code. If the minimum criteria are not found in 
an episode of care, -4Ae-pa*ietrt re^cord Wirt-I^^T^fected a?rd it 
will not be considered in the profile summary. Processing -wou-ld 



th^rx T-ociin»a_uTi t-h 1 p Tit ^g^' " ^ ' ^ ' ^ " ^^^ tO ^ t^ <^Qrt hy ^^^ ^-^^^ 

Gode -. Once an EOC has been determined for a set of claims 

history meeting the criteria for an Index code, ^hc infoi f mation - 

'r oan be -bUiLOdH&y. different combinations of treatment patterns 

that are likely to arise for a given medical condition, tS4^. 

fx 

There are eight basic profile classes which outline the common 
combinations of treatment patterns to statistically analyze and 
store. These Profile Classes are: 

0. Common Profile (diagnostic and E/M services common to 
all of the above). 

1. Surgery /Medicine/Radiation Profile 

2. Medicine/Radiation Profile 

3. Surgery/Radiation Profile 

4. Surgery/Medicine Profile 

5. Radiation Profile 
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6 . Medicine Profile 

7 . Surgery Profile 

8. Summary Profile (summary of 0-7 above) 

'BOG-^tbeR processing continues with population of the procedure 
and category tables . 

d . ) Populating the Procedure and Category Parameter Taibles 

--Ba:ti i^n1i recordg tijha t,-ia^wa--Tn!yt: been jM ff 4--nH hy t- h t ci _^^gU-fH- — 

^febe— proxifias. will be added to the procedure and category tables, 

-i-STT. Data from all of the episodes of care for each index code 

^ 

are inserted into the parameter tables to create the summary 
statistical profiles. In the preferred embodiment these tables 
are accessed by index code and populated with data from all the 
episodes of care for each index code to create and provide 
summary statistics. - Tho — inf O LniaLioil yener a-tred^is "dri VBu hy LU g 



■ind ox code and ib ijortod chron < 



i 



irGa41y and-bg_Gategory- of 



-pxG o odure-chk The procedure description table and category table 
are also accessed to determine a description of the procedure 
codes and the service category in which they fall. 

The final step of the EOC process is the generation of 
output reports, 1212 --, The output report of this step can be 
either^^ on-^line look-up report or a hard copy report. Reports 
are further described below. 

The reader is directed to the Microfiche Appendix containing 
the source code for EOC processing and to Figure 9 for 
supplementary information. 
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At this pp^tnt., parameter tables have been created which may 
be accessed^po^: various purposes. A description of these was 
liste^icibove . 

B. Use of the Database 

1. Look-up Function 

In the preferred embodiment of the invention, a look-up 
function is provided so that various information available in the 
database may be accessed. In general, a specific d.ip.gnosis may 
be reviewed in each of the tables of the database based on ICD 
code. In various embodiments of the invention, other look-up 
functions may be provided based on nearly any category of 
information contained in the database. In the preferred 
embodiment of the invention display of profiles is performed as 
part of the look-up function. Information in the procedure and 
category parameter tables are displayed by index code sorted 
chronologically to show a profile. 

The specific steps of the preferred embodiment of the Look- 
up function of the invention are shown in figure 13 and described 
as follows. 

The first step, 1301, is to review the reference tables for 
a given Index ICD code. Once a specific diagnosis is chosen for 
review the process moves to step two. In step two, 1302, the ICD 
description table is accessed to verify that the ICD-9 code is 
valid, complete and to provide a description of the diagnosis. 
It will also indicate a risk adjustment factor assigned to the 
diagnosis. 
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1 In step three, the Index tables are accessed, 1303. Next, 

2 step four, 1304, is to determine whether or not the chosen ICD 

3 code is an Index code. If it is found as an Index code, any 

4 additional ICD codes associated which the selected Index code 

5 will be accessed, 1305. If a chosen diagnosis is not listed as 

6 an index code, a prompt, 1305, will allow a search for the 

7 selected ICD code to list which index code(s) it may be 

8 associated with and its indicator, 1307, A word search 

9 capability, 1308, is included in the look-up function applicable 
10 to the Index code display. A word or words of a diagnosis is 

llfi entered and a search of possible ICD codes choices would be 

&^ 

12^, listed. 

iiJ 

13'j The next step, 1309, is to access the Parameter Tables to 

14^^"; display selected profiles. The information provided is driven by 

153 the index code and is sorted chronologically, by profile class 

16=^ and by category of procedures. The user is then given the 

17q opportunity to choose whether the profiles to be accessed are 

1^2 from the reference tables, client developed profiles, or both, 

19 1310. Next the Procedure Description Table, 1311, and the 

20 Category Table, 1312, are accessed to ascertain description of 

21 procedure codes and categories under which they fall. 

22 The last step of the Look-Up function is the output of 

23 report product, 1313. This report may either be on-line look-up 

24 process or in the hard copy report format. 

25 The preferred embodiment of the invention also performs 

26 subset profile look-up. This permits analysis of profiles based 
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1 on selected subsets of data such as age, gender, region and 

2 provider specialty. 

3 The process for the subset of profiles look-up includes all 

4 of the steps necessary for the general profiles look-up and 

5 includes the following additional steps shown in figure 14 and 

6 described below. 

7 The Age/Gender Table is accessed to ascertain the standard 

8 age ranges and/or gender selection for a given profile, 1402. 

9 This information is stored by index code with an adjustment 
10 factor to be multiplied against the occurrence count of each 
Ig procedure stored in the parameter table. For example, an 

adjustment factor of 0.6 associated with an age range of 0 to 17 

l>i would be calculated against an occurrence count of 10 for CPT 

in 

l'4l code 71021 for Index code 493XX giving an age adjusted occurrence 

15 of 6 for that age range. 

\^ 

The Region Statistic Table, 1403, is accessed and used in a 
similar manner as the Age/Gender Table. This table has 

1^^ adjustment factors based on ten regions throughout the United 

19 States. 

20 The Zip/Region Table, 1404, is accessed to identify what 

21 region a particular geographic zip code falls within. 

22 The CPT Statistic Table, 1405, is accessed and used in a 

23 similar manner as the Age/Gender table. This table has 

24 adjustment factors based on different medical specialty 

25 groupings. 

26 The Specialty table, 1406, is accessed to ascertain what 

27 particular specialty groupings are suggested. 
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1 The subset parameter Look-Up function also includes the 

2 capability of producing output reports, 1407. These reports can 

3 be on-line look-up process reports or hard-copy report format 

4 reports . 

5 2. Comparison Processing 

5 In the preferred embodiment of the invention, it is possible 

7 to compare profiles developed from a data set against profiles 

8 developed from a reference data set. Subsets of profiles m^y bo 

9 compared as well. Profiles may be compared for any index code 
10 and profile reports may be output. It is also possible to 

IJ identify those medical providers (whether individuals or 

institutions) who provide treatment that does not fall within the 

13 statistically established treatment patterns or profiles. 

iM Further, various treatment patterns for a particular diagnosis 

,15 can be compared by treatment cost and patient outcome to 

1=6 determine the most effective treatment approach. Based on 

IJ historical treatment patterns and a fee schedule, an accurate 

Ig model of the cost of a specific medical episode can be created. 

19 The specific process of Comparison Processing is shown in 

20 figure 15 and described as follows. The first step, 1501, is the 

21 comparison of information developed from the data history search 

22 process with reference information stored in the Parameter 

23 Tables. The next step, 1502, is to test the services from the 

24 history processing to see if it falls within the defined 

25 statistical criteria in the Parameter Tables. If it does an 

26 indicator is given to this effect, 1504. If the services fall 

27 outside the statistical criteria of the reference Parameters 
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1 Table, a variance alert describing the difference will be given, 

2 1503. The process may be repeated for each index code and its 

3 profile developed in the history process, 1505. The final step 

4 is to produce output reports, 1506. These reports are either on- 

5 line look-up process reports or hard-copy report format reports. 

6 3 . Reporting 

7 Reporting of various information contained in the database 

8 is provided in the preferred embodiment. Six different types of 

9 reports or displays are provided in the preferred embodiment, 
these are: Provider Practice Profile Report, Profile Comparison 

1;^ Reports, Resident Parameters Display, Local Parameters Display, 
Parameter Comparison Report and Chronological Forecast. Each of 
these reports or displays is described as follows. 

The Provider Practice Profile Report is a set of reports 
15^ which provide a tally or sximmary of total CPT and/or ICD code 
If^ utilization by a provider or group of providers during a 
17^ specified time interval and allows comparison against provided 
18q reference data or client generated reference data. 
19= The select criteria for running the tally can be any one of 

20 the following: 

2^ - single physician, department, specialty or clinic by CPT 

22 and/or ICD 

- multiple physicians, departments, specialties, or clinics 
by specialty, region, CPT and/or ICD 

- period of time being analyzed 
Included in the report is the following: 

27 - criteria for select 
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1 - claims analyzed 

2 - average lines per bill 

3 - invalid CPTs and percent of total for study 

4 - invalid ICDs and percent of total for study 

5 - incomplete ICDs and percent of total for study 

6 - patients in age categories 

7 - patients by gender 

8 - missing ICDs and percent of total for study 

9 The report includes numerous (up to about 22 in the 

10 preferred embodiment) separate procedure (such as CPT) categoiries 

ifj which are headers for each page. Each CPT utilized within that 

lii'j category will be reported by: 

- frequency and percent of total 

j^. 1 

i^'- - dollar impact and percent of total for single or multiple 

'-J 

15 fee schedules and/or allowable reimbursement schedules 

16^ - grand total if more than a single physician report 

l]h The report includes a tally by ICD. Each ICD utilized is 

1^ reported on by: 

19 - frequency and percent of total 

20 - dollar impact and percent of total for single or multiple 

21 fee schedule and/or allowable reimbursement schedules 

22 (dollar impact based on each line item CPT correlated to 

23 the ICD) 

24 If a report includes region and/or specialty, there are 

25 numerous tallies for procedure categories and/or ICD. 

26 The Profile Comparison Reports give the client a comparison 

27 of a health care provider's (or group of providers') utilization 
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1 of CPT and/or ICD-9 codes in a specific episode of care against a 

2 reference set of utilization profiles. This includes number, 

3 frequency and chronological order of services along with other 

4 statistical information (eg, range, mode, confidence interval, 

5 etc . . ) • 

6 The comparison . can be against one of the following: 

7 - national norms resident in the tables 

8 - regional norms resident in the tables 

9 - client established norms developed by use of the tally 
10 report, outlined above 

- other 

Selection criteria include the following: 

- single physician, department, clinic or specialty by CPT 

y 1 

"il and/or ICD to be compared against national, regional, 

,15 specialty, and/or client established norms 

L6 - multiple physicians, departments, clinics, or specialties 

ij by CPT and/or ICD by specialty and/or region, to be 

i% compared against national, region, specialty, and/or 

19 client established norms 

20 - set period of time being analyzed 

21 General information included in the report includes: 

22 - criteria for select (ie, national, regional, specialty, 

23 and/or client established) 

24 - claims analyzed 

25 - average lines per bill 

26 - invalid CPTs and percent of total for study and comparison 

27 - invalid ICDs and percent of total for study and comparison 
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- incomplete ICDs and percent of total for study and 
comparison 

- patients in age categories and comparison 

- patients by gender and comparison 

- missing ICDs and percent of total for study and comparison 
The report includes numerous separate CPT categories which 

are headers for each page. Each CPT utilized within that 
category will be reported by: 

- frequency and percent of total 

- dollar impact and percent of total for single or multiple 
fee schedules and/or allowable reimbursement schedules 

- grand total if more than a single physician report 

The report includes a tally by ICD- Each ICD utilized is 
reported on by: 

- frequency and percent of total 

- dollar impact and percent of total for single or multiple 
fee schedule and/or allowable reimbursement schedules 
(dollar impact based on each line item CPT correlated to 
the ICD) 

If a report includes region and/or specialty, there are 
numerous tallies for CPT categories and/or ICD. 

The Resident Parameters Display provides the client a look- 
up mode for information stored in the Practice Parameter Tables 
or client generated parameter tables. This look-up should be on 
the computer screen or as a print out. 

The selection criteria is based on the key elements of the 
Practice Parameter tables. For Example: 
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- Index code for associated CPT codes and/or any other the 

following : 

- index code only 

- index code and indicators (ie, related, complicating/ 

rule/outs, symptoms, etc) 

- specialty 

- region 

- age 

- gender 

- standard length of Episode of Care 

- based on profile (tally) 

- based on parameter (timeline) 

- regional variables 

- other misc. look-ups 

- geozips incorporated in a region 

- CPT for follow up days and/or lifetime occurrence 

- specialty and associated CPT codes 

- ICD and Risk Factor 

The Local Parcimeters Display provides the same information 
as described in the Display of Resident Parameters listed above. 

The Parameter Comparison Reports are a set of reports which 
give the client a comparison of a physician (or group of 
physicians) utilization of CPT and/or ICD against an existing set 
of utilization norms over a timeline and in chronological order. 

The comparison can be against one of the following: 

<- national norms resident in the tables 

- regional norms resident in the tables 
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- client established norms developed by use of the tally 
report, outlined above 

- other 

Selection criteria include the following: 

- single physician, department, clinic or specialty by CPT 
and/or ICD to be compared against national, regional, 
specialty, and/or client established norms 

- multiple physicians, departments, clinics, or specialties 
by CPT and/or ICD by specialty and/or region, to be . 
compared against national, region, specialty, and/or 
client established norms 

- set period of time being analyzed 

General information included in the report includes: 

- criteria for select (ie, national, regional, specialty, 
and/or client established) 

- claims analyzed 

- average lines per bill 

- invalid claims due to incomplete Episode of Care 

- invalid CPTs and percent of total for study and comparison 

- invalid ICDs and percent of total for study and comparison 

- incomplete ICDs and percent of total for study and 
comparison 

- patients in age categories and comparison 

- patients by gender and comparison 

- missing ICDs and percent of total for study and comparison 




1 The report includes numerous separate procedure categories 

2 which are headers for each page. Each procedure category 

3 utilized within that category will be reported by: 

4 - frequency and percent of total 

5 - dollar impact and percent of total for single or multiple 

6 fee schedules and/or allowable reimbursement schedules 

7 - grand total if more than a single physician report 

8 The Chronological Forecast provides statistical trend 

9 analysis and tracking of the utilization of billing codes 

10 representative of services performed by a physician for a given 
diagnosis over a set period of time and stored in chronological 

1^^ order. It will provide a summation of billed codes 

Xt representative of services and diagnoses utilized by an entity 

iS over a period of time. 
^15 C. System Requirements 

1£ The method and system of this invention may be implemented 

in conjunction with a general purpose or a special puirpose 

11 computer system. The computer system used will typically have a 

19 central processing unit, dynamic memory, static memory, mass 

20 storage, a command input mechanism (such as a keyboard), a 

21 display mechanism (such as a monitor), and an output device (such 

22 as a printer) . Variations of such a computer system could be 

23 used as well. The computer system could be a personal computer, 

24 a minicomputer, a mainframe or otherwise. The computer system 

25 will typically run an operating system and a program capable of 

26 performing the method of the invention. The database will 

27 typically be stored on mass storage (such as a hard disk, CD-ROM, 
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worm drive or otherwise). The method of the invention may be 
implemented in a variety of programming languages such as COBOL, 
RPG, C, FORTRAN, PASCAL or any other suitable programming 
language. The computer system may be part of a local area 
network and/or part of a wide area network. 

It is to be understood that the above-described embodiments 
are merely illustrative of numerous and varied other embodiments 
which may constitute applications of the principles of the 
invention. Such other embodiments may be readily devised by 
those skilled in the art without departing from the spirit or 
scope of this invention and it is our intent that they be deemed 
within the scope of our invention. 
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